如何用日志

1、console的日志和log日志不是一样的。 2、时间与类的空格多少表示详细登记，越远越详细。 3、出现======>表示严重错误，还带响，我从来没有提到过。 4、出现----------->表示警告。 5、system进入系统Logo图片的错误页签，设置日志的输出等级。monitor页面也可以设置。 6、推荐日志输出=INFO，日志过细，程序变慢。

前言

Java 界里有许多实现日志功能的工具，最早得到广泛使用的是 log4j，许多应用程序的日志部分都交给了 log4j，不过作为组件开发者，他们希望自己的组件不要紧紧依赖某一个日志工具，毕竟在同一个时候还有很多其他很多日志工具，假如一个应用程序用到了两个组件，恰好两个组件使用不同的日志工具，那么应用程序就会有两份日志输出了。 为了解决这个问题，Apache Commons Logging （之前叫 Jakarta Commons Logging，JCL）粉墨登场，JCL 只提供 log 接口，具体的实现则在运行时动态寻找。这样一来组件开发者只需要针对 JCL 接口开发，而调用组件的应用程序则可以在运行时搭配自己喜好的日志实践工具。 所以即使到现在你仍会看到很多程序应用 JCL + log4j 这种搭配，不过当程序规模越来越庞大时，JCL的动态绑定并不是总能成功，具体原因大家可以 Google 一下，这里就不再赘述了。解决方法之一就是在程序部署时静态绑定指定的日志工具，这就是 SLF4J 产生的原因。 跟 JCL 一样，SLF4J 也是只提供 log 接口，具体的实现是在打包应用程序时所放入的绑定器（名字为 slf4j-XXX-version.jar）来决定，XXX 可以是 log4j12, jdk14, jcl, nop 等，他们实现了跟具体日志工具（比如 log4j）的绑定及代理工作。举个例子：如果一个程序希望用 log4j 日志工具，那么程序只需针对 slf4j-api 接口编程，然后在打包时再放入 slf4j-log4j12-version.jar 和 log4j.jar 就可以了。

idempiere实现

OSGI架构原理是各个Bundle是有独立的 ClassLoader来进行加载的。所以当我们把slf4j的配置文件直接放在某个Bundle的classpath下面时是不能被整个OSGI环境识别的。 idempiere在2014-10-13的[commit 10814](https://bitbucket.org/idempiere/idempiere/commits/15177387a8b90f4665311e4b615aa49ed42cbd0f)中开始全面集成slf4j（org.slf4j.api_1.7.2.v20121108-1250.jar和slf4j-jdk14-1.7.2.jar） 日志接口使用slf4j，开发id需使用需按照slf4j API来写。 日志库使用java自带java.util.logging （JUL）。 /org.adempiere.base/src/org/compiere/util/ 重新wrap了JUL，自定义JUL 的日志handler(CLogConsole.java和CLogFile.java)。 在idempiere中的相关的七个CLog*源码文件： /org.adempiere.base/src/org/compiere/util/CLogConsole.java /org.adempiere.base/src/org/compiere/util/CLogErrorBuffer.java /org.adempiere.base/src/org/compiere/util/CLogFile.java /org.adempiere.base/src/org/compiere/util/CLogFilter.java /org.adempiere.base/src/org/compiere/util/CLogFormatter.java /org.adempiere.base/src/org/compiere/util/CLogger.java /org.adempiere.base/src/org/compiere/util/CLogMgt.java 在CLogMgt.initialize方法中，找到配置文件的位置： /org.adempiere.base/src/org/compiere/util/logClient.properties /org.adempiere.base/src/org/compiere/util/logServer.properties 参考：https://my.oschina.net/pingpangkuangmo/blog/408382 Handler相关代码

CLogFormatter.java部分代码

//整个日志的输出格式：
//日志头：*** 2017-07-26 10:39:22.926 idempiere Log (CLogFile) ***
//日志记录：时间+Class.Method名称：+日志记录+[日志记录线程ID]

//93行开始
    if (record.getLevel() == Level.SEVERE)
    {  //       12:12:12.123
      sb.append(tsStr.substring(11, 23));
      sb.append("===========> ");             //时间后面出现这个，就是严重错误
      if (Ini.isClient())
        Toolkit.getDefaultToolkit().beep();     //严重错误会蜂鸣报警，但我没有听到过
    }
    else if (record.getLevel() == Level.WARNING)
    {  //       12:12:12.123
      sb.append(tsStr.substring(11, 23));           //时间后面出现这个，就是警告
      sb.append("-----------> ");
    }
    else
    {                                             //时间后面的空格长度表示日志等级
      sb.append(tsStr.substring(11, 23));
      int spaces = 11;
      if (record.getLevel() == Level.INFO)
        spaces = 1;
      else if (record.getLevel() == Level.CONFIG)
        spaces = 3;
      else if (record.getLevel() == Level.FINE)
        spaces = 5;
      else if (record.getLevel() == Level.FINER)
        spaces = 7;
      else if (record.getLevel() == Level.FINEST)
        spaces = 9;
      sb.append("                          ".substring(0, spaces));

//137行开始
    /**  Thread      **/                            // 每行日志末尾[数字]表示日志记录的线程ID
    if (record.getThreadID() != 10)
      sb.append(" [").append(record.getThreadID()).append("]");      

//197行开始
    /**************************************************************************
     *   Get Class Method from Log Record
     *  @param record record
     *  @return class.method
     */
    public static String getClassMethod (LogRecord record)

slf4j

Simple Logging Facade for Java，为java提供的简单日志Facade。 Facade：门面，更底层一点说就是接口。他允许用户以自己的喜好，在工程中通过slf4j接入不同的日志系统。更直观一点，slf4j是个数据线，一端嵌入程序，另一端链接日志系统，从而实现将程序中的信息导入到日志系统并记录。 因此，slf4j入口就是众多接口的集合，他不负责具体的日志实现，只在编译时负责寻找合适的日志系统进行绑定。具体有哪些接口，全部都定义在slf4j-api中。查看slf4j-api源码就可以发现，里面除了public final class LoggerFactory类之外，都是接口定义。因此，slf4j-api本质就是一个接口定义。 不同的日志库如java.util.logging、Apache log4j、logback，SLF4J不同于其他日志类库，与其它有很大的不同。SLF4J(Simple logging Facade for Java)不是一个真正的日志实现，而是一个抽象层（ abstraction layer），它允许你在后台使用任意一个日志类库。如果是在编写供内外部都可以使用的API或者通用类库，那么你真不会希望使用你类库的客户端必须使用你选择的日志类库。 slf4j是个门面，在具体的代码中，它会尝试加载org.slf4j.impl.StaticLoggerBinder这个类。然后通过这个类的方法创建LogFactroy，以及各种log。所以StaticLoggerBinder就是连接slf4j和具体实现的桥梁。每种具体的实现，都要提供一个StaticLoggerBinder，来让slf4j找到具体的实现。

java.util.logging (JUL)

java.util.logging包中主要的类有以下几个： LogManager 存在一个单一的全局 LogManager 对象，它可用于维护 Logger 和日志服务的一组共享状态。 Logger Logger 对象用来记录特定系统或应用程序组件的日志消息 LogRecord LogRecord 对象用于在日志框架和单个日志 Handler 之间传递日志请求 Handler Handler 对象从 Logger 中获取日志信息，并将这些信息导出 Formatter Formatter 为格式化 LogRecords 提供支持

问题1：如何使用JUL接口

import org.compiere.util.Util; // JUL的位置   private static CLogger s_log = CLogger.getCLogger(ClassName.class); // logger定义 s_log.info("Deleted "+tableName+" #"+no); // logger输出

问题2：如何使用slf4j接口

AtmosphereServerPush.java (org.adempiere.ui.zk\WEB-INF\src\fi\jawsy\jawwa\zk\atmosphere) import org.slf4j.Logger; import org.slf4j.LoggerFactory; private final Logger log = LoggerFactory.getLogger(this.getClass()); log.debug("Starting server push for " + desktop);

问题2：自定义日志格式

https://groups.google.com/d/msg/idempiere/QTSKE_T7AB4/SAu8s0I27aAJ It is set in the code, currently not configurable through properties file ( see CLogFormatter ). /org.adempiere.base/src/org/compiere/util/CLogFormatter.java

问题3：集成其他插件日志

如果集成其他的开源组件的日志系统采用其他格式，你需要使用slf4j转换后再给JUL输出。 https://my.oschina.net/pingpangkuangmo/blog/410224 3种日志集成案例 （图片来自：http://deepnighttwo.iteye.com/blog/2039553，谢谢）

如何debug jetty

这是我写这个笔记的来由，我希望能设置内嵌jetty的日志等级，碰到jetty bug了，痛苦。 现在还没有找到办法，待续。 http://www.eclipse.org/jetty/documentation/current/configuring-logging-modules.html#_logging_with_java_util_logging ==续，问题解决了，不是jetty问题，通过jvm的jvisualvm监控到凶手。参考[系统监控](http://idempiere_guide_sm.mydoc.io?v=${version}&t=134385)

相关issue

slf4j是一种静态绑定机制，在类初始化时查找一个org/slf4j/impl/StaticLoggerBinder.class的类，对于每一个slf4j的日志的适配包，都有一个StaticLoggerBinder的类，查找到对于的绑定时候，slf4j会检查相应的绑定是否多于一个，若多于一个，则会输出警告，不过，仅仅输出警告而已，且slf4j会随机获取一个，但是这样就不能确定是不是用户想要的一个日志框架了，所以，仅添加一个日志的适配包是一个的选择。 https://idempiere.atlassian.net/browse/IDEMPIERE-2610 When run idempiere server, has warning: SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [bundleresource://170.fwk1519877292:1/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [bundleresource://170.fwk1519877292:2/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. SLF4J: Actual binding is of type [org.slf4j.impl.JDK14LoggerFactory] reason: current slf4j-jdk14-1.7.2.jar and slf4j.api has difference version (slf4j.api is 1.7.2.xxxxx) it make issue relate symbolic name of slf4j.api current work-around make fragment project org.slf4j.jdk14 for wrapper. update: above reason is incorrect, true reason is has jcl and jdk14 in class path. just remove jcl for resolve this issue. but I still change to achieve slf4j* from maven for always get latest version and sync together this solution let slf4j-jdk14 load multiple time. long time before i debug and see: + jetty load this api with build-in (of jetty) default properties and + a other plug-in load with default properties of slf4j framework solution: materialize slf4j.api and org.slf4j.jdk14 at same place (maven) to always get same version. note: because rmap is update, to test must re-materialize